User interface for media content playback

ABSTRACT

Systems, devices, apparatuses, components, methods, and techniques for a user interface for media content playback, such as during travel, are provided. An method of media playback by a media playback device, the method comprising: playing a media content item of a selected playlist of a selected group of playlists; generating a user interface displaying a graphic associated with the media content item that is playing; when an input associated with a first dimension is received into the user interface, playing another media content item of the selected playlist; when an input associated with a second dimension is received into the user interface, playing another media content item of another selected playlist of the selected group of playlists; and when an input associated with a third dimension is received into the user interface, playing another media content item of another selected playlist of another group of playlists.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims the benefit of U.S. Provisional Application No.62/441,301, filed on Dec. 31, 2016, the disclosure of which is herebyincorporated by reference in its entirety.

BACKGROUND

Many people enjoy consuming media content while travelling or duringother activities. The media content can include audio content, videocontent, or other types of media content. Examples of audio contentinclude songs, albums, podcasts, audiobooks, etc. Examples of videocontent include movies, music videos, television episodes, etc. Using amobile phone or other media-playback device, such as avehicle-integrated media playback device, a person can access largecatalogs of media content. For example, a user can access an almostlimitless catalog of media content through various free andsubscription-based streaming services. Additionally, a user can store alarge catalog of media content on his or her mobile device.

This nearly limitless access to media content introduces new challengesfor users. For example, it may be difficult to find or select desiredmedia content or media content that complements a particular momentwhile traveling.

SUMMARY

In general terms, this disclosure is directed to media content playbackfor enhancing travel. In one possible configuration and by non-limitingexample, a media-playback device generates a user interface that isspecifically configured to enhance selection and playback of mediacontent items during travel. Various aspects are described in thisdisclosure, which include, but are not limited to, the followingaspects.

In a first aspect, there is a device comprising: a touch-sensitivedisplay; a processor; and a non-transitory computer-readable mediumcomprising instructions. The instructions, when executed by theprocessor, cause the processor to: play a first media content item of afirst playlist of a first group of playlists; generate a user interfacedisplaying a graphic associated with the first media content item thatis playing; responsive to receiving a tap or double tap input over thetouch-sensitive display, play a next media content item or a previousmedia content item of the first playlist; responsive to receiving ahorizontal swipe input over the touch-sensitive display, play a playlisttrailer associated with a second playlist of the first group ofplaylists, wherein the playlist trailer comprising snippets from aplurality of media content items of the second playlist of the firstgroup of playlists; and responsive to receiving a vertical swipe inputover the touch-sensitive display, play a playlist trailer associatedwith a first playlist of a second group of playlists wherein theplaylist trailer comprises snippets from a plurality of media contentitems of the first playlist of the second group of playlists.

In another aspect, there is a non-transitory computer-readable mediumcomprising instructions that, when executed by a processor, cause theprocessor to: play a first media content item of a first playlist of afirst group of playlists; generate a user interface displaying a graphicassociated with the first media content item that is playing; responsiveto an input associated with a depth dimension being received into theuser interface, play a second media content item of the first playlist;responsive to an input associated with a horizontal dimension beingreceived into the user interface, play a media content item associatedwith a second playlist of the first group of playlists; and responsiveto an input associated with a vertical dimension being received into theuser interface, play a first media content item associated with a firstplaylist of a second group of playlists.

In a further aspect, there is a method of media playback by a mediaplayback device, the method comprising: playing a first media contentitem of a first playlist of a first group of playlists; generating auser interface displaying a graphic associated with the first mediacontent item that is playing; responsive to receiving an inputassociated with a first dimension, playing a second media content itemof first playlist; responsive to receiving an input associated with asecond dimension, playing a first media content item of a secondplaylist of the first group of playlists; and responsive to receiving aninput associated with a third dimension, playing a first media contentitem of a first playlist of a second group of playlists.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an example media-playback system for media contentplayback during travel.

FIG. 2 is a schematic illustration of the example media-playback systemof FIG. 1.

FIG. 3A is a schematic diagram of an embodiment of the media-playbacksystem of FIG. 1.

FIG. 3B is a schematic diagram of another embodiment of themedia-playback system of FIG. 1.

FIG. 3C is a schematic diagram of another embodiment of themedia-playback system of FIG. 1.

FIG. 3D is a schematic diagram of another embodiment of themedia-playback system of FIG. 1.

FIG. 4 is a schematic diagram of an embodiment of the vehiclemedia-playback system of FIG. 3A.

FIG. 5 is a schematic diagram of an embodiment of a vehiclemedia-playback system that incorporates a media-playback device.

FIG. 6 illustrates an example method of media content playback duringtravel performed by some embodiments of the media-playback device ofFIG. 1.

FIG. 7 includes schematic diagrams of a normal-mode user interfacescreen and a travel-mode user interface screen that are generated anddisplayed by some embodiments of the media-playback device of FIG. 1.

FIG. 8 is a schematic diagram of another embodiment of a user interfacescreen generated by some embodiments of the media-playback device ofFIG. 1 when operating in a travel mode.

FIG. 9 illustrates an example method of receiving voice command input bya media content playback during travel performed by some embodiments ofthe media-playback device of FIG. 1.

FIG. 10 includes schematic diagrams of series of example user interfacescreens generated and shown in travel mode during a voice commandinteraction with a user by some embodiments of the media-playback deviceof FIG. 1.

FIG. 11 is a schematic diagram of another embodiment of a user interfacescreen generated by some embodiments of the media-playback device ofFIG. 1 when operating in a travel mode.

FIG. 12 is a schematic diagram of another embodiment of a user interfacescreen generated by some embodiments of the media-playback device ofFIG. 1 when operating in a travel mode.

FIG. 13 is a schematic diagram of another embodiment of a user interfacescreen generated by some embodiments of the media-playback device ofFIG. 1 when the operating in a travel mode.

FIG. 14 is a schematic diagram of another embodiment of a user interfacescreen generated by some embodiments of the media-playback device ofFIG. 1 when operating in a travel mode.

FIG. 15 is a schematic diagram of another embodiment of a user interfacescreen generated by some embodiments of the media-playback device ofFIG. 1 when operating in a travel mode.

FIG. 16 is a schematic diagram of an embodiment of a user interfacescreen that is generated by some embodiments of the media-playbackdevice of FIG. 1 when operating in a travel mode.

FIG. 17 illustrates an example method of playing back media contentusing a stack of cards user interface performed by some embodiments ofthe media-playback device of FIG. 1.

FIG. 18 includes a schematic diagram of a playlist and an associatedplaylist trailer generated by some embodiments of the media-playbacksystem of FIG. 1.

FIG. 19 illustrates an example method of generating a playlist trailerfor a playlist performed by some embodiments of the media-playbacksystem of FIG. 1.

FIG. 20 includes a schematic diagram of a playlist and an associatedplaylist trailer graphical element generated by some embodiments of themedia-playback system of FIG. 1.

DETAILED DESCRIPTION

Various embodiments will be described in detail with reference to thedrawings, wherein like reference numerals represent like parts andassemblies throughout the several views. Reference to variousembodiments does not limit the scope of the claims attached hereto.Additionally, any examples set forth in this specification are notintended to be limiting and merely set forth some of the many possibleembodiments for the appended claims.

Users of media-playback devices often consume media content duringvarious activities, including travelling. As used herein, the term“travel” and variants thereof refers to any activity in which a user isin transit between two locations. For example, a user is in transit whenbeing conveyed by a vehicle, including motorized and non-motorized,public transit and private vehicles. A user is also in transit whenmoving between locations by other means such as walking and running.

Enjoying media content while travelling presents many challenges. First,it can be difficult to safely interact with a media-playback devicewhile traveling in a manner that does not interfere with travel relatedactivities (driving, navigating, etc.). Second, desired media contentmay not be available or accessible in a format that can be accessedwhile travelling. Third, accessing media content while travelling may bedifficult, expensive, or impossible depending on networkavailability/capacity along the route of travel. Fourth, accessing andplaying back media content can require significant amounts of energy,potentially draining a battery in the media-playback device. Fifth, itcan be challenging to connect a media-playback device to avehicle-embedded audio system for playback while travelling in avehicle. Embodiments disclosed herein address some or all of thesechallenges. It should be understood, however, that aspects describedherein are not limited to use during travel.

For example, in some embodiments, the media-playback device includes alimited-attention interface that requires less attention from the userand/or is less distracting than a standard interface. Thislimited-attention interface can be useful during travel because a usermay have limited attention available for interacting with amedia-playback device due to the need to concentrate on travel relatedactivities, including for example driving and navigating. But thelimited-attention interface can also be configured for use playing backmedia content during other activities that require the user'sconcentration, such as exercising, playing games, operating heavyequipment, reading, studying, etc.

Consuming media content may include one or more of listening to audiocontent, watching video content, or consuming other types of mediacontent. For ease of explanation, the embodiments described in thisapplication are presented using specific examples. For example, audiocontent (and in particular music) is described as an example of one formof media consumption. As another example, travelling (and in particulardriving) is described as one example of an activity during which mediacontent is consumed. However, it should be understood that the sameconcepts are similarly applicable to other forms of media consumptionand to other activities, and at least some embodiments include otherforms of media consumption and/or are configured for use during otheractivities.

FIG. 1 illustrates an example media-playback system 100 for mediacontent playback during travel. The example system 100 includes amedia-playback device 102 and a media-delivery system 104. Themedia-playback device 102 includes a limited-attention media-playbackengine 108. The system 100 communicates across a network 106. Alsoshown, is a user U who is travelling in a vehicle V.

The media-playback device 102 plays back media content items to producemedia output 110. In some embodiments, the media content items areprovided by the media-delivery system 104 and transmitted to themedia-playback device 102 using the network 106. A media content item isan item of media content, including audio, video, or other types ofmedia content, which may be stored in any format suitable for storingmedia content. Non-limiting examples of media content items includesongs, albums, audiobooks, music videos, movies, television episodes,podcasts, other types of audio or video content, and portions orcombinations thereof.

The media-playback device 102 plays media content for the user duringtravel or other activities. The media content that is played back may beselected based on user input or may be selected without user input. Themedia content may be selected for playback without user input by eitherthe media-playback device 102 or the media-delivery system 104. Forexample, media content can be selected for playback without user inputbased on stored user profile information, location, travel conditions,current events, and other criteria. User profile information includesbut is not limited to user preferences and historical information aboutthe user's consumption of media content. User profile information canalso include libraries and/or playlists of media content itemsassociated with the user. User profile information can also includeinformation about the user's relationships with other users (e.g.,associations between users that are stored by the media-delivery system104 or on a separate social media site). Although the media-playbackdevice 102 is shown as a separate device in FIG. 1, the media-playbackdevice 102 can also be integrated with the vehicle (e.g., as part of adash-mounted vehicle infotainment system).

The limited-attention media-playback engine 108 generates interfaces forselecting and playing back media content items. In at least someembodiments, the limited-attention media-playback engine 108 generatesinterfaces that are configured to be less distracting to a user andrequire less attention from the user than a standard interface.Embodiments of the limited-attention media-playback engine 108 areillustrated and described further throughout.

FIG. 2 is a schematic illustration of an example system 100 for mediacontent playback during travel. In FIG. 2, the media-playback device102, the media-delivery system 104, and the network 106 are shown. Alsoshown are the user U in the vehicle V, and satellites S.

As noted above, the media-playback device 102 plays media content items.In some embodiments, the media-playback device 102 plays media contentitems that are provided (e.g., streamed, transmitted, etc.) by a systemexternal to the media-playback device such as the media-delivery system104, another system, or a peer device. Alternatively, in someembodiments, the media-playback device 102 plays media content itemsstored locally on the media-playback device 102. Further, in at leastsome embodiments, the media-playback device 102 plays media contentitems that are stored locally as well as media content items provided byother systems.

In some embodiments, the media-playback device 102 is a computingdevice, handheld entertainment device, smartphone, tablet, watch,wearable device, or any other type of device capable of playing mediacontent. In yet other embodiments, the media-playback device 102 is anin-dash vehicle computer, laptop computer, desktop computer, television,gaming console, set-top box, network appliance, BLU-RAY DISC player, DVDplayer, media player, stereo, or radio.

In at least some embodiments, the media-playback device 102 includes alocation-determining device 150, a touch screen 152, a processing device154, a memory device 156, a content output device 158, amovement-detecting device 160, a network access device 162, asound-sensing device 164, and an optical-sensing device 166. Otherembodiments may include additional, different, or fewer components. Forexample, some embodiments do not include one or more of thelocation-determining device 150, the touch screen 152, the sound-sensingdevice 164, and the optical-sensing device 166.

The location-determining device 150 is a device that determines thelocation of the media-playback device 102. In some embodiments, thelocation-determining device 150 uses one or more of the followingtechnologies: Global Positioning System (GPS) technology that mayreceive GPS signals 174 from satellites S, cellular triangulationtechnology, network-based location identification technology, wirelessnetwork technology (e.g., WI-FI) positioning systems technology, andcombinations thereof.

The touch screen 152 operates to receive an input 176 from a selector(e.g., a finger, stylus, etc.) controlled by the user U. In someembodiments, the touch screen 152 operates as both a display device anda user input device. In some embodiments, the touch screen 152 detectsinputs based on one or both of touches and near-touches. In someembodiments, the touch screen 152 displays a user interface 168 forinteracting with the media-playback device 102. As noted above, someembodiments do not include a touch screen 152. Some embodiments includea display device and one or more separate user interface devices.Further, some embodiments do not include a display device.

In some embodiments, the processing device 154 comprises one or morecentral processing units (CPU). In other embodiments, the processingdevice 154 additionally or alternatively includes one or more digitalsignal processors, field-programmable gate arrays, or other electroniccircuits.

The memory device 156 operates to store data and instructions. In someembodiments, the memory device 156 stores instructions for amedia-playback engine 170 that includes the limited-attentionmedia-playback engine 108. In some embodiments, the media-playbackengine 170 selects and plays back media content and generates interfacesfor selecting and playing back media content items. As described above,the limited-attention media-playback engine 108 also generatesinterfaces for selecting and playing back media content items.

In at least some embodiments, the limited-attention media-playbackengine 108 generates interfaces that are configured to be lessdistracting to a user and require less attention from the user thanother interfaces generated by the media-playback engine 170. Forexample, interface generated by the limited-attention media-playbackengine 108 may include fewer features than the other interfacesgenerated by the media-playback engine 170. These interfaces generatedby the limited-attention media-playback engine 108 may make it easierfor the user to interact with the media-playback device 102 duringtravel or other activities that require the user's attention.

Some embodiments of the memory device also include a media content cache172. The media content cache 172 stores media content items, such asmedia content items that have been previously received from themedia-delivery system 104. The media content items stored in the mediacontent cache 172 may be stored in an encrypted or unencrypted format.The media content cache 172 can also store decryption keys for some orall of the media content items that are stored in an encrypted format.The media content cache 172 can also store metadata about media contentitems such as title, artist name, album name, length, genre, mood, era,etc. The media content cache 172 can also store playback informationabout the media content items, such as the number of times the user hasrequested to playback the media content item or the current location ofplayback (e.g., when the media content item is an audiobook, podcast, orthe like from which a user may wish to resume playback).

The memory device 156 typically includes at least some form ofcomputer-readable media. Computer readable media includes any availablemedia that can be accessed by the media-playback device 102. By way ofexample, computer-readable media include computer readable storage mediaand computer readable communication media.

Computer readable storage media includes volatile and nonvolatile,removable and non-removable media implemented in any device configuredto store information such as computer readable instructions, datastructures, program modules, or other data. Computer readable storagemedia includes, but is not limited to, random access memory, read onlymemory, electrically erasable programmable read only memory, flashmemory and other memory technology, compact disc read only memory,BLU-RAY DISCS, digital versatile discs or other optical storage,magnetic cassettes, magnetic tape, magnetic disk storage or othermagnetic storage devices, or any other medium that can be used to storethe desired information and that can be accessed by the media-playbackdevice 102. In some embodiments, computer readable storage media isnon-transitory computer readable storage media.

Computer readable communication media typically embodies computerreadable instructions, data structures, program modules or other data ina modulated data signal such as a carrier wave or other transportmechanism and includes any information delivery media. The term“modulated data signal” refers to a signal that has one or more of itscharacteristics set or changed in such a manner as to encode informationin the signal. By way of example, computer readable communication mediaincludes wired media such as a wired network or direct-wired connection,and wireless media such as acoustic, radio frequency, infrared, andother wireless media. Combinations of any of the above are also includedwithin the scope of computer readable media.

The content output device 158 operates to output media content. In someembodiments, the content output device 158 generates media output 110for the user U that is directed into an interior cabin of the vehicle V.Examples of the content output device 158 include a speaker assemblycomprising one or more speakers, an audio output jack, a BLUETOOTHtransmitter, a display panel, and a video output jack. Other embodimentsare possible as well. For example, the content output device 158 maytransmit a signal through the audio output jack or BLUETOOTH transmitterthat can be used to reproduce an audio signal by a connected or paireddevice such as headphones, speaker system, or vehicle head unit.

The movement-detecting device 160 senses movement of the media-playbackdevice 102. In some embodiments, the movement-detecting device 160 alsodetermines an orientation of the media-playback device 102. In at leastsome embodiments, the movement-detecting device 160 includes one or moreaccelerometers or other motion-detecting technologies ororientation-detecting technologies. As an example, themovement-detecting device 160 may determine an orientation of themedia-playback device 102 with respect to a primary direction ofgravitational acceleration. The movement-detecting device 160 may detectchanges in the determined orientation and interpret those changes asindicating movement of the media-playback device 102. Themovement-detecting device 160 may also detect other types ofacceleration of the media-playback device and interpret thoseacceleration as indicating movement of the media-playback device 102too.

The network access device 162 operates to communicate with othercomputing devices over one or more networks, such as the network 106.Examples of the network access device include one or more wired networkinterfaces and wireless network interfaces. Examples of wireless networkinterfaces include infrared, BLUETOOTH wireless technology,802.11a/b/g/n/ac, and cellular or other radio frequency interfaces.

The network 106 is an electronic communication network that facilitatescommunication between the media-playback device 102 and themedia-delivery system 104. An electronic communication network includesa set of computing devices and links between the computing devices. Thecomputing devices in the network use the links to enable communicationamong the computing devices in the network. The network 106 can includerouters, switches, mobile access points, bridges, hubs, intrusiondetection devices, storage devices, standalone server devices, bladeserver devices, sensors, desktop computers, firewall devices, laptopcomputers, handheld computers, mobile telephones, vehicular computingdevices, and other types of computing devices.

In various embodiments, the network 106 includes various types of links.For example, the network 106 can include wired and/or wireless links,including BLUETOOTH, ultra-wideband (UWB), 802.11, ZIGBEE, cellular, andother types of wireless links. Furthermore, in various embodiments, thenetwork 106 is implemented at various scales. For example, the network106 can be implemented as one or more vehicle are networks, local areanetworks (LANs), metropolitan area networks, subnets, wide area networks(such as the Internet), or can be implemented at another scale. Further,in some embodiments, the network 106 includes multiple networks, whichmay be of the same type or of multiple different types.

The sound-sensing device 164 senses sounds proximate the media-playbackdevice 102 (e.g., sounds within a vehicle in which the media-playbackdevice 102 is located). In some embodiments, the sound-sensing device164 comprises one or more microphones. For example, the sound-sensingdevice 164 may capture a recording of sounds from proximate themedia-playback device 102. These recordings may be analyzed by themedia-playback device 102 using speech-recognition technology toidentify words spoken by the user. The words may be recognized ascommands from the user that alter the behavior of the media-playbackdevice 102 and the playback of media content by the media-playbackdevice 102. The words and/or recordings may also be analyzed by themedia-playback device 102 using natural language processing and/orintent-recognition technology to determine appropriate actions to takebased on the spoken words. Additionally or alternatively, thesound-sensing device may determine various sound properties about thesounds proximate the user such as volume, dominant frequency orfrequencies, etc. These sound properties may be used to make inferencesabout the environment proximate to the media-playback device 102 such aswhether the sensed sounds are likely to correspond to a private vehicle,public transportation, etc. In some embodiments, recordings captured bythe sound-sensing device 164 are transmitted to media-delivery system104 (or another external server) for analysis using speech-recognitionand/or intent-recognition technologies.

The optical-sensing device 166 senses optical signals proximate themedia-playback device 102. In some embodiments, the optical-sensingdevice 166 comprises one or more light sensors or cameras. For example,the optical-sensing device 166 may capture images or videos. Thecaptured images can be processed (by the media-playback device 102 or anexternal server such as the media-delivery system 104 to which theimages are transmitted) to detect gestures, which may then beinterpreted as commands to change the playback of media content.Similarly, a light sensor can be used to determine various properties ofthe environment proximate the user computing device, such as thebrightness and primary frequency (or color or warmth) of the light inthe environment proximate the media-playback device 102. Theseproperties of the sensed light may then be used to infer whether themedia-playback device 102 is in an indoor environment, an outdoorenvironment, a private vehicle, public transit, etc.

The media-delivery system 104 comprises one or more computing devicesand provides media content items to the media-playback device 102 and,in some embodiments, other media-playback devices as well. Themedia-delivery system 104 includes a media server 180. Although FIG. 2shows a single media server 180, some embodiments include multiple mediaservers. In these embodiments, each of the multiple media servers may beidentical or similar and may provide similar functionality (e.g., toprovide greater capacity and redundancy, or to provide services frommultiple geographic locations). Alternatively, in these embodiments,some of the multiple media servers may perform specialized functions toprovide specialized services (e.g., services to enhance media contentplayback during travel or other activities, etc.). Various combinationsthereof are possible as well.

The media server 180 transmits stream media 218 to media-playbackdevices such as the media-playback device 102. In some embodiments, themedia server 180 includes a media server application 184, a travelserver application 186, a processing device 188, a memory device 190,and a network access device 192. The processing device 188, memorydevice 190, and network access device 192 may be similar to theprocessing device 154, memory device 156, and network access device 162respectively, which have each been previously described.

In some embodiments, the media server application 184 streams music orother audio, video, or other forms of media content. The media serverapplication 184 includes a media stream service 194, a media data store196, and a media application interface 198. The media stream service 194operates to buffer media content such as media content items 206, 208,and 210, for streaming to one or more streams 200, 202, and 204.

The media application interface 198 can receive requests or othercommunication from media-playback devices or other systems, to retrievemedia content items from the media server 180. For example, in FIG. 2,the media application interface 198 receives communication 234 from themedia-playback engine 170.

In some embodiments, the media data store 196 stores media content items212, media content metadata 214, and playlists 216. The media data store196 may comprise one or more databases and file systems. As noted above,the media content items 212 may be audio, video, or any other type ofmedia content, which may be stored in any format for storing mediacontent.

The media content metadata 214 operates to provide various informationassociated with the media content items 212. In some embodiments, themedia content metadata 214 includes one or more of title, artist name,album name, length, genre, mood, era, etc. The playlists 216 operate toidentify one or more of the media content items 212 and. In someembodiments, the playlists 216 identify a group of the media contentitems 212 in a particular order. In other embodiments, the playlists 216merely identify a group of the media content items 212 withoutspecifying a particular order. Some, but not necessarily all, of themedia content items 212 included in a particular one of the playlists216 are associated with a common characteristic such as a common genre,mood, or era. The playlists 216 may include user-created playlists,which may be available to a particular user, a group of users, or to thepublic.

The travel server application 186 provides travel-specific functionalityfor providing media content items and interfaces for accessing mediacontent items to media-playback devices. In some embodiments, the travelserver application 186 includes a travel application interface 222 and atravel data store 224.

The travel application interface 222 can receive requests or othercommunication from media-playback devices or other systems, to retrievetravel information and media content items for playback during travel.For example, in FIG. 2, the travel application interface 222 receivescommunication 236 from the media-playback engine 170.

The travel application interface 222 can also generate interfaces thatare transmitted to the media-playback device 102 for use by thelimited-attention media-playback engine 108. In some embodiments, thetravel application interface 222 generates limited-attention interfacesby modifying other interfaces to identify (e.g., with tags) userinterface elements that behave differently or should be rendereddifferently on a limited-attention interface.

Additionally, the travel server application 186 can process data anduser input information received from the media-playback device 102. Insome embodiments, travel server application 186 operates to transmitinformation about the suitability of one or more media content items forplayback during travel. In some embodiments, the travel serverapplication 186 may provide a list of media content items that aresuited to particular geographic locations, travel conditions, modes oftravel, user preferences, etc.

For example, the travel server application 186 may store metadata andother information that associates media content items with geographiclocations, forms of travel, travel conditions, etc. in the travel datastore 224. The travel server application 186 may also store informationthat associates media content items with an individual's or a group ofusers' preferences for consuming that media content during travel in thetravel data store 224. The travel data store 224 may comprise one ormore files or databases. The travel data store 224 can also comprisefiles, tables, or fields in the media data store 196.

In some embodiments, the travel data store 224 stores travel mediametadata. The travel media metadata may include various types ofinformation associated with media content items, such as the mediacontent items 212. In some embodiments, the travel data store 224provides information that may be useful for selecting media contentitems for playback during travel. For example, in some embodiments, thetravel data store 224 stores travel scores for media content items thatcorrespond to the suitability of particular media content items forplayback during travel. As another example, in some embodiments, thetravel data store 224 stores timestamps (e.g., start and end points)that identify portions of media content items that are particularlywell-suited for playback during travel (or other activities).

Each of the media-playback device 102 and the media-delivery system 104can include additional physical computer or hardware resources. In atleast some embodiments, the media-playback device 102 communicates withthe media-delivery system 104 via the network 106.

Although in FIG. 2 only a single media-playback device 102 andmedia-delivery system 104 are shown, in accordance with someembodiments, the media-delivery system 104 can support the simultaneoususe of multiple media-playback devices, and the media-playback devicecan simultaneously access media content from multiple media-deliverysystems. Additionally, although FIG. 2 illustrates a streaming mediabased system for media playback during travel, other embodiments arepossible as well. For example, in some embodiments, the media-playbackdevice 102 includes a media data store 196 and the media-playback device102 is configured to select and playback media content items withoutaccessing the media-delivery system 104. Further in some embodiments,the media-playback device 102 operates to store previously streamedmedia content items in a local media data store (e.g., the media contentcache 172).

In at least some embodiments, the media-delivery system 104 can be usedto stream, progressively download, or otherwise communicate music, otheraudio, video, or other forms of media content items to themedia-playback device 102 for playback during travel on themedia-playback device 102. In accordance with an embodiment, a user Ucan direct input 176 to the user interface 168 to issue requests, forexample, to playback media content for playback during travel on themedia-playback device 102.

FIG. 3A is a schematic diagram of an embodiment of a media-playbacksystem 260 shown within an interior cabin of the vehicle V. Themedia-playback system 260 is an example of the media-playback system100.

In this example, the media-playback system 260 includes a media-playbackdevice 262. The media-playback device 262 is an embodiment of themedia-playback device 102. Although not shown in this figure, someembodiments of the media-playback system 260 also include amedia-delivery system such as the media-delivery system 104.

Also shown in this figure, is a vehicle media-playback system 264. Thevehicle media-playback system 264 is capable of generating media output110 within the interior cabin of the vehicle V. An example of thevehicle media-playback system 264 is illustrated and described withrespect to FIG. 4.

As shown in FIG. 3A, the vehicle media-playback system 264 includes avehicle head unit 266 and a speaker assembly 268. The vehicle head unit266 receives or generates media content signals from one or moresources. As shown in FIG. 2, the vehicle head unit 266 includes adisplay device 270, which can be used to display information about theselected or available sources of media content. In some embodiments, thedisplay device 270 can also display media content. Typically, thevehicle head unit 266 also includes a user input assembly that is usableto control the vehicle media-playback system 264 and to select a sourceof media content. The vehicle head unit 266 then transmits those signalsto output devices such as the speaker assembly 268 (sometimes via anamplifier). In some embodiments, the vehicle head unit 266 alsogenerates image or video content signals that can be transmitted to thedisplay device 270 or another device for display.

In FIG. 3A, the vehicle media-playback system 264 is not being used togenerate media output. Instead, the media-playback device 262 isgenerating media output 110 directly (e.g., through a speaker or othercontent output device of the media-playback device 262).

FIG. 3B is a schematic diagram of an embodiment of a media-playbacksystem 280. The media-playback system 280 is an example of themedia-playback system 100. The media-playback system 280 includes themedia-playback device 262 and an external speaker assembly 282. Thevehicle media-playback system 264 is also shown in FIG. 3B.

The external speaker assembly 282 generates media output 110 based on asignal received from the media-playback device 262. The external speakerassembly 282 can include one or more speakers. The external speakerassembly 282 can also include a mechanical apparatus for attachment tothe vehicle. Although alternatives are possible, in FIG. 3B, theexternal speaker assembly 282 is attached to a sun visor of the vehicle.

In some embodiments, the media-playback device 262 connects to theexternal speaker assembly 282 using BLUETOOTH. The media-playback device262 then transmits an audio signal to the external speaker assembly 282via BLUETOOTH, which is then used by the external speaker assembly 282to generate the media output 110. In some embodiments, themedia-playback device 262 and the external speaker assembly 282communicate using a different wireless protocol. Further, in someembodiments, the media-playback device 262 can transmit a media contentsignal to the external speaker assembly 282 via a cable (e.g., an analogor digital audio cable, a universal serial bus (USB) cable).

In FIG. 3B, the vehicle media-playback system 264 is not being used togenerate media output. Instead, the media-playback device 262 istransmitting a signal to the external speaker assembly 282, whichgenerates the media output 110 without using the vehicle media-playbacksystem 264.

FIG. 3C is a schematic diagram of an embodiment of a media-playbacksystem 300. The media-playback system 300 is an example of themedia-playback system 100. The media-playback system 300 includes themedia-playback device 262, the vehicle media-playback system 264, and acable 302.

The cable 302 connects the media-playback device 262 to the vehiclemedia-playback system 264. Although alternatives are possible, the cable302 can be an analog audio cable that is connects an audio output deviceof the media-playback device 262 (e.g., a headphone jack) to a wiredinput device of the vehicle media-playback system 264 (e.g., anauxiliary input jack). In alternative embodiments, the cable 302 is aUSB cable that connects the media-playback device 262 to the vehiclemedia-playback system 264.

As shown in FIG. 3C, the display device 270 indicates that the vehiclemedia-playback system 264 is generating media output 110 based on asignal received from an auxiliary input. The media output 110 is playedwithin the interior cabin of the vehicle by the vehicle media-playbacksystem 264 using the speaker assembly 268.

FIG. 3D is a schematic diagram of an embodiment of a media-playbacksystem 320. The media-playback system 320 is an example of themedia-playback system 100. The media-playback system 320 includes themedia-playback device 262 and the vehicle media-playback system 264. Inthis example, the media-playback device 262 and the vehiclemedia-playback system 264 are connected using a wireless communicationprotocol. Although alternatives are possible, the media-playback device262 and the vehicle media-playback system 264 can be connected usingBLUETOOTH. As an alternative, the media-playback device 262 and thevehicle media-playback system 264 can be connected via a WI-FI network(e.g., using an 802.11 wireless communication protocols) or another typeof wireless connection.

As shown in FIG. 3D, the display device 270 indicates that the vehiclemedia-playback system 264 is generating media output 110 based on asignal received from a wireless input. The media output 110 is playedwithin the interior cabin of the vehicle by the vehicle media-playbacksystem 264 using the speaker assembly 268.

FIG. 4 is a schematic diagram of an embodiment of the vehiclemedia-playback system 264. In this example, the vehicle media-playbacksystem 264 includes a vehicle head unit 266, an amplifier 364, and aspeaker assembly 268.

The vehicle head unit 266 received user input and generates mediacontent from various sources. In this example, the vehicle head unit 266includes a receiver 350, a wireless communication device 352, a wiredinput device 354, a processing device 356, a memory device 358, a userinput assembly 360, a display device 270, and a stored media interfaceassembly 362. The processing device 356 may be similar to the processingdevice 154 and the memory device 358 may be similar to the memory device156.

The receiver 350 receives media content signals from various externalsources. The received signals can then be used to generate media outputby the vehicle media-playback system 264. The receiver 350 may compriseone or more tuners for receiving radio signals such as FM or AM radiosignals. Additionally, the receiver 350 may comprise a receiver forreceiving satellite radio signals.

The wireless communication device 352 communicates with other devicesusing wireless data signals. The wireless communication device 352 caninclude one or more of a BLUETOOTH transceiver and a WI-FI transceiver.The wireless data signal may comprise a media content signal such as anaudio or video signal.

The wired input device 354 receives a cable for providing media contentand/or commands. In some embodiments, the wired input device 354 caninclude an auxiliary input jack for receiving a plug that transmits ananalog audio signals. The wired input device 354 can also includedifferent or multiple input jacks for receiving plugs that transmitother types of analog or digital signals (e.g., USB, HDMI, compositevideo, YPbPr, DVI). In some embodiments, the wired input device 354 isalso used to receive instructions from other devices.

The user input assembly 360 comprises one or more input devices forproviding user input to the vehicle media-playback system 264. In someembodiments, the user input assembly 360 includes multiple knobs,buttons, and other types of input controls for adjusting volume,selecting sources and content, and adjusting various output parameters.In some embodiments, the various input devices are disposed on or near afront surface of the vehicle head unit 266. The various input devicescan also be disposed on the steering wheel of the vehicle or elsewhere.Additionally or alternatively, the user input assembly 360 can includeone or more touch sensitive surfaces, which can be incorporated in thedisplay device 270.

The display device 270 displays information. In some embodiments, thedisplay device 270 includes a liquid crystal display (LCD) panel fordisplaying textual information about content and/or settings of thevehicle media-playback system 264. The display device 270 can alsoinclude other types of display panels such as a light emitting diode(LED) panel. In some embodiments, the display device 270 can alsodisplay image or video content.

The stored media interface assembly 362 reads media content stored on aphysical medium. In some embodiments, the stored media interfaceassembly 362 comprises one or more devices for reading media contentfrom a physical medium such as a compact disc or cassette tape.

The amplifier 332 amplifies a signal received from the vehicle head unit266 and transmits the amplified signal to the speaker assembly 268. Inthis manner, the media output 110 can be played back at a greatervolume. The amplifier 332 may include a power source to power theamplification.

The speaker assembly 268 produces an audio output based on an electronicsignal. The speaker assembly may comprise one or more speakers disposedat various locations within the vehicle. In some embodiments, separatesignals are received for at least some of the speakers (e.g., to providestereo or surround sound).

FIG. 5 is a schematic diagram of an embodiment of a vehiclemedia-playback system 370 that incorporates a media-playback device. Thevehicle media-playback system 370 is an example of the media-playbacksystem 100. The vehicle media-playback system 370 includes a vehiclehead unit 372 and the speaker assembly 268. In this example, the vehiclehead unit 372 incorporates the components and functionality of both amedia-playback device such as the media-playback device 102 and avehicle head unit such as the vehicle head unit 266. As shown in FIG. 5,the display device 270 is showing a user interface screen for selectingand playing back media content, which can, for example, be generated bythe limited-attention media-playback engine 108. The media output 110 isplayed within the interior cabin of the vehicle by the vehiclemedia-playback system 370 using the speaker assembly 268. Althoughalternatives are possible, the vehicle media-playback system 370 oftenalso includes navigation, climate control, and vehicle maintenancecapabilities too.

FIG. 6 illustrates an example method 410 of media content playbackduring travel performed by some embodiments of the media-playback device102.

At operation 412, the media-playback device 102 operates in a normalmode. For example, in the normal mode user interfaces that are featurerich and include many options that may be generated and displayed. Theuser interfaces generated in normal mode may include user-actuatableelements that allow the user to select media content items from largecatalogs/lists, search for media content items, curate playlists ofmedia content items, download media content items, adjust playbacksettings, and many other features.

At operation 414, it is determined that the media-playback device istravelling. Although alternatives are possible, it can be determinedthat the media-playback device is travelling based on connecting to avehicle media-playback system (e.g., via BLUETOOTH or an audio outputport). In some embodiments, the media-playback device determines that itis connected to a vehicle media-playback system based on aBLUETOOTH-device identifier associated with a device to which it isconnected device. In some embodiments, the media-playback devicedetermines that it is travelling based on detecting the movement of themedia-playback device (e.g., based on the location-determining deviceand/or the movement-detecting device). For example, some embodimentsdetermine that media-playback device is travelling when themovement-detecting device detects an acceleration that exceeds apre-determined threshold. Similarly, some embodiments determine that themedia-playback device is travelling based on determining thatmedia-playback device is a moving at a speed that exceeds apredetermined threshold (e.g., as determined by a series of measurementsby the movement determining device).

Other techniques can be used to determine whether the media-playbackdevice is traveling. These can include one or more techniques describedin the following applications, the entireties of which were previouslyincorporated by reference: U.S. Provisional Patent Application No.62/441,257, filed on Dec. 31, 2016, entitled “Media Content Playbackwith State Prediction and Caching”; U.S. Provisional Patent ApplicationNo. 62/441,323, filed on Dec. 31, 2016, entitled “Vehicle Detection forMedia Content Player Connected to Vehicle Media Content Player”; andU.S. Provisional Patent Application No. 62/441,263, filed on Dec. 31,2016, entitled “Vehicle Detection for Media Content Player”.

At operation 416, the media-playback device switches to a travel modebased on determining that the media-playback device is travelling. Thetravel mode may comprise a simplified user interface that is optimizedfor swipes and voice interaction. In some embodiments, when themedia-playback device switches to travel mode a limited-attention userinterface is generated. For example, the limited-attention userinterface may include fewer user interface elements than the interfacethat is provided in normal mode. Additionally, the user interfaceelements that are included in the limited-attention user interface maybe larger or otherwise simpler for a user to interact with.

In at least some embodiments, the limited-attention user interfaceincludes a limited set of user interface elements that are related toselecting and playing-back media content. For example, thelimited-attention user interface may include commands to skip thecurrently playing media content item. Additionally, embodiments of thelimited-attention user interface include commands to return to a mostrecently played previous media-content item.

Some embodiments also include user interface elements or are receptiveto inputs that switch to a different playlist or group of playlists. Forexample, some embodiments are configured to switch playlists with a listof playlists based on user input that is a swipe to the left or right onthe touchscreen (e.g., the list of playlists may be but do not need tobe related to a particular genre, theme, era, or any other grouping, thelist of playlists can also be generated based on a user's recentinteractions with the media-playback device such as recently played,created, or accessed playlists). Additionally, some embodiments areconfigured to switch to a different group of playlists based on a userinput that is a swipe up or down on the touchscreen.

In some embodiments, upon entering travel mode the media-playback devicebegins playing back media content without any further user input (e.g.,by resuming playback of a recently played media content item orplaylist). In this manner, a user is not required to interact with themedia-playback device at all to being playback when the media-playbackdevice is operating in travel mode.

Additionally, in some embodiments, the media playback device generatesan audio output that describes the currently playing media content item(e.g., the name of one or more of the currently playing playlist, mediacontent item, artist). The audio output may be generated usingtext-to-speech technology based on metadata associated with the mediacontent item. However, in some embodiments, the audio output isgenerated by playing a recording that includes a description (e.g., arecording by the artist, a disc jockey, or a playlist creator).

When operating in travel mode, some embodiments of the media-playbackdevice can receive and respond to voice commands from users. Forexample, the media-playback device may listen for a certainkeyword/phrase (e.g., “Hey Spotify”) that users utter before speaking acommand. The user's speech that follows the keyword/phrase is thenrecorded and processed (either locally or remotely) to determine anaction desired by the user. Some embodiments support a limited set ofkeyword voice commands (e.g., “skip song,” “next playlist,” “pause,”“play,”). Additionally, some embodiments include intent recognitiontechnology that attempts to determine a user's intended command based onan unstructured spoken utterance from the user.

Some embodiments also activate an optical-sensing device (e.g., acamera) on the media-playback device in travel mode to capture userinput gestures. For example, some embodiments are configured tointerpret a side to side wave in front of the media-playback device as askip command, while an up-and-down wave may be interpreted as a switchgroups of playlists command. For example; the input gestures can berecognized using a motion recognition engine from a motion trackingsystem like the system developed by CRUNCHFISH Ab of Malmo, Sweden, orthe KINECT system from MICROSOFT of Redmond, Wash.

FIG. 7 includes schematic diagrams of a normal-mode user interfacescreen 440 and a travel-mode user interface screen 442 that aregenerated and displayed by some embodiments of the media-playback device102. As can be seen, the normal-mode user interface screen 440 includemore user-interface elements than the travel-mode user interface screen442 and the travel-mode user interface screen 442 includes feweruser-interface elements than the normal-mode user interface screen 440.

For example, the normal-mode user interface screen 440 includes a set ofplayback controls (e.g., shuffle, previous, play/pause, next) along thebottom of the screen. The normal-mode user interface screen 440 alsoincludes a timeline indicator that shows the current playback locationwithin the media content item, elapsed time, and remaining time. Thenormal-mode user interface screen 440 displays the media content itemname and artist in a first set of font sizes. The normal-mode userinterface screen 440 also includes controls for adding the currentlyplaying media content item to a playlist and accessing more informationabout the currently playing media content item and other related mediacontent items. The normal-mode user interface screen 440 also includes agraphical representation of the currently playing media content item.Additionally, the normal-mode user interface screen 440 includes thetitle of the currently playing playlist and various controls forinteracting with the playlist.

In contrast, the travel-mode user interface screen 442 includes farfewer elements than the normal-mode user interface screen 440. In thisexample, the travel-mode user interface screen 442 includes a voicecommand control 470, a textual description 472 of the name and artist ofthe media content item, a graphical representation 474 of the currentlyplaying media content item, a graphical representation 476 of theprevious media content item, a graphical representation 478 of the nextmedia content item queued to play, and a textual description 480 of theplaylist.

When the voice command control 470 is actuated, the media-playbackdevice 102 captures audio which is then interpreted as a voice command.In some embodiments, the voice command control 470 is actuated with asingle touch. In other embodiments, the voice command control 470 isactuated with a long press touch.

The textual description 472 displays the media content item name andartist using a second set of font sizes. In some embodiments, the fontsizes in the second set of font sizes are larger than corresponding fontsizes in the first set of font sizes used in normal-mode user interfacescreen 440 (i.e., the font size of the media content item name is largerin travel-mode user interface screen 442 than in the normal-mode userinterface screen 440 and the font size of the artist name is larger intravel-mode user interface screen 442 than in normal-mode user interfacescreen 440).

The graphical representations 476 and 478 show the user the previouslyplayed media content item and the upcoming media content item,respectively. The graphical representations 476 and 478 may include animage that corresponds to the respective media content items. As shownin FIG. 7, the graphical representations 476 and 478 are portions of theassociated image (e.g., the associated images may be cropped).Specifically, the graphical representation 476 is a rightmost portion ofan image corresponding to its associated media content item and thegraphical representation 478 is a leftmost portion of an imagecorresponding to its associated media content item. Althoughalternatives are possible, the graphical representation 476 may includeno more than about 5% of the corresponding image, no more than about 10%of the corresponding image, no more than about 25% of the correspondingimage, or no more than a different percentage of the correspondingimage. Similarly, the graphical representation 478 may include no morethan about 5% of the corresponding image, no more than about 10% of thecorresponding image, no more than about 25% of the corresponding image,or no more than a different percentage of the corresponding image.

The textual description 480 of the playlist can include the name of theplaylist and/or other information about the playlist, such as the numberof media content items in the playlist. In some embodiments, the textualdescription 480 includes only the name of the playlist so as to minimizethe amount of text displayed in travel mode.

FIG. 8 is a schematic diagram of another embodiment of a user interfacescreen 510 generated by some embodiments of the media-playback device102 when the media-playback device 102 is operating in a travel mode.The user interface screen 510 is similar to the travel-mode userinterface screen 442 except that the user interface screen 510 includesfewer user interface elements. In this example, the user interfacescreen 510 includes the voice command control 470, textual description472, and graphical representation 474. The user interface screen 510does not include the graphical representation 476, the graphicalrepresentation 478, and the textual description 480. It should beunderstood that other embodiments are possible that include more, fewer,or different elements in the travel mode.

FIG. 9 illustrates an example method 550 of receiving voice commandinput by a media content playback during travel performed by someembodiments of the media-playback device 102.

At operation 552, the media playback device monitors for a voice commandsignal. Monitoring for a voice command signal can comprise monitoringfor a particular keyword or phrase to be spoken as described above. Thismonitoring may comprise capturing a short audio recording and processingthe recording to determine whether the keyword or phrase is included inthe recording. In at least some embodiments, the processing is performedlocally by the media-playback device 102. In some examples, themonitoring mode may change responsive to determining the media-playbackdevice 102 is operating in a travel mode. For example, themedia-playback device 102 may change from a non-monitoring mode to amonitoring mode responsive to determining that the media media-playbackdevice is operating in a travel mode.

Additionally or alternatively, monitoring for a voice command signal caninclude monitoring for a particular touch input or gesture. For example,some embodiments include a voice command control on a user interfacethat when actuated generates a voice command signal.

At operation 554, it is determined whether a voice command signal hasbeen received. If so, the method proceeds to operation 556. If not, themethod returns to operation 552 to continue monitoring for a voicecommand signal.

At operation 556, an audio signal is captured. The audio signal can becaptured by the audio-capture device of the media-playback device. Insome embodiments, an audio signal of a predetermined length is captured.Alternatively or additionally, an audio signal is captured until aproperty of the captured audio signal meets a particular condition. Forexample, audio capture may continue until the captured audio meets acondition indicating that no one is speaking (e.g., the volume of theaudio signal within a particular frequency band corresponding to humanspeech is below a particular threshold for a particular time period).

Additionally, in some embodiments, an audio prompt is played at thebeginning of operation 556 to guide the user regarding when to startspeaking. The audio prompt may include a particular sound or a spokenphrase (e.g., “What can I do?” or “What would you like to listen to?”).

At operation 558, the captured audio signal is processed to determine anaction for the media-playback device to perform. The audio signal may beprocessed to identify keywords that correspond to commands.Additionally, the audio signal may be processed to identify an intentassociated with the captured audio signal. In some embodiments, thecaptured audio signal is processed locally by the media-playback device,while in other embodiments the media-playback device transmits thecaptured audio signal to another computing device (e.g., themedia-delivery system 104) for processing. Combinations thereof arepossible as well. In at least some embodiments, the action is amedia-playback action that relates to the playback of media contentitems.

At operation 560, an audio confirmation corresponding to the action isplayed back. For example, if the action is determined to be a request toplayback media content items from a playlist named Discovery Weekly, theaudio confirmation may convey that the playlist will begin playing(e.g., “Starting playlist Discover Weekly”).

At operation 562, the determined action is performed. For example, themedia-playback device will begin playback of the requested playlist.

FIG. 10 includes schematic diagrams of series of example user interfacescreens generated and shown in travel mode during a voice commandinteraction with a user by some embodiments of the media-playback device102. FIG. 10 includes the travel-mode user interface screen 442, a userinterface screen 590 for receiving voice input, and a user interfacescreen 600 for responding to voice input.

The travel-mode user interface screen 442 has been described above. Thetravel-mode user interface screen 442 may be shown while a media contentitem is being played in a travel mode. If a voice command signal isreceived while the travel-mode user interface screen 442 is beingdisplayed (e.g., due to actuation of voice command control 470), theuser interface screen 590 will be displayed.

The user interface screen 590 includes a voice command mode indicator592 and visual prompt 594. In an example, the voice command modeindicator 592 can be shown in green to indicate that the media-playbackdevice 102 is now listening for a voice command. The illustrated visualprompt 594 includes text that says “What would you like to listen to?”Other embodiments can include different or additional text.

When the user interface screen 590 is shown, an audio prompt 596 isgenerated. The audio prompt 596 may include spoken text such “What wouldlike to listen to?” as is shown in the figure. Other text or sounds canbe included in other embodiments.

Once a voice command has been received from the user, the user interfacescreen 600 will be displayed. The user interface screen 600 includes thevoice command mode indicator 592 and a visual prompt 602.

The visual prompt 602 includes text indicating the determinedaction/command. In this case, the text says “Play Led Zeppelin”, whichmay correspond to what the media-playback device 102 understood a useras having said. Additionally, an audio prompt 604 is generated andplayed back by some embodiments when the command is determined. In thisexample, the audio prompt says “OK. Playing Led Zeppelin.” For example,the audio prompt may be generated using text-to-speech/voice synthesistechnology or by playing back a stored recording.

As described above, the voice command mode indicator 592 indicates thatthe microphone is continuing to record sounds. In this example, themicrophone may continue recording after determining the command for apredetermined time period. This additional recording may be processed toreceive a correction from the user (e.g., the user may say “No. PlayLead Belly”). Some embodiments do not continue to capture audio after acommand is received.

FIG. 11 is a schematic diagram of another embodiment of a user interfacescreen 640 generated by some embodiments of the media-playback device102 when the media-playback device 102 is operating in a travel mode.The user interface screen 640 presents a plurality of cards on shelvesthat represent media content items that can be selected for playback.The cards are arranged along the shelves in a first direction D1 (e.g.,horizontal in this figure) and the shelves are arranged in a seconddirection D2 (e.g., vertical in this figure) relative to each other. Insome embodiments, the cards correspond to playlists of media contentitems and the shelves correspond to groups of playlists. In someembodiments, the cards correspond to individual media content items andthe shelves correspond to playlists.

The media-playback device is configured to receive touch inputs toswitch to a different card (e.g., playlist) or to select a card from adifferent shelf and, in doing so, change the focus of the user interfacescreen 640 to a different shelf. For example, a swipe touch input thatis primarily directed in a horizontal direction will change to adifferent card in the current shelf and a swipe touch input that isprimarily directed in a vertical direction will change to a differentcard in a different shelf. In some examples, changing to a differentcard or a different shelf can cause automatic playback of the changed-tocard or a card from the changed-to shelf. In other examples, anadditional user input is required to cause playback of the changed-toelement.

In some embodiments, the primary direction of a received swipe touchinput is determined by comparing the vertical change to the horizontalchange between the initial contact point for the swipe touch input andthe final contact point for the swipe touch input and selecting thedirection with a greater magnitude of change. Alternatively, the primarydirection of a received swipe touch may be based on determining theprimary direction (as described above) of a portion of the swipe touchinput (e.g., a first portion of a predetermined duration, a middleportion of a predetermined duration, a final portion of a predeterminedduration or by excluding an initial or final portion of a predeterminedduration the swipe touch input).

Some embodiments are configured to recognize a swipe touch inputreceived at any location on the user interface screen 640 as a commandto select a different card and/or shelf as described above. Otherembodiments are configured to recognize only those swipe touch inputsthat begin within a particular portion of the user interface screen 640(e.g., on or near the currently playing card or on or near the currentshelf) as a command to select a different card and/or shelf as describedabove.

In this example, the user interface screen 640 includes a currentlyselected shelf 642, an upper shelf 644, lower shelf 646. The currentlyselected shelf 642 displays graphical elements associated with a groupof cards, including the graphical element 648 associated with acurrently active card. The currently selected shelf 642 also displays agraphical element 650 and a graphical element 652 corresponding to othercards associated with the currently selected shelf 642. The graphicalelements 650 and 652 are cropped to display only a portion of the imagesassociated with the cards in some embodiments. As described above,various portions can be retained after cropping such as about 5%, about10%, about 20%, about 25%, about 50%, or any other portion. Thegraphical elements 650 and 652 allow the user to preview the otheroptions available on the currently selected shelf 642.

The user interface screen 640 also includes a textual descriptor 654 ofthe currently selected shelf 642. In this case, the textual descriptor654 includes the textual “Recently Played,” indicating that the cards inthe currently selected shelf 642 are selected based on the user's recentlistening history. The user interface screen 640 also includes a textualdescriptor 656 of the currently playing card. In this example, thetextual descriptor 656 includes the text “My Favorite Coffeehouse.”

In this example, the upper shelf 644 includes a graphical element 658corresponding to a card available on the upper shelf 644. Similarly, thelower shelf 646 includes a graphical element 660 corresponding to a cardavailable on the lower shelf 646. In other embodiments, graphicalelements for multiple cards available on the upper shelf 644 and thelower shelf 646 are included. The graphical element 658 and thegraphical element 660 allow users to preview the cards available on theupper shelf 644 and the lower shelf 646 respectively. The graphicalelements 658 and 660 can be cropped to display only portions of theimage corresponding to the associated cards. For example, in thisfigure, the graphical elements 658 and 660 include images that arecropped horizontally to preserve a lower portion or upper portion of thecorresponding images, respectively. Various portions of the graphicalelements 658 and 660 can be retained after cropping such as about 5%,about 10%, about 20%, about 25%, about 50%, or any other portion.

The user interface screen 640 also includes various additional userinterface elements. For example, the user interface screen 640 includesa textual description 662 of the currently playing media content item, aplay-pause control 664, a like control 666, a voice command control 668,and an additional options control 670. The play-pause control 664toggles playback of the currently playing media content item whenactuated. The control 666 marks the currently playing media content itemas a favorite (e.g., by setting a field in a database, adding the mediacontent item to a playlist, etc.). The voice command control 668activates a voice command mode and may be similar to the previouslydescribed voice command control 470. The additional options control 670presents additional options when actuated. The additional options can,for example, relate to the currently playing media content item.

Additionally, in some embodiments a tap touch input is recognized as askip forward command and a double tap touch input is recognized as skipbackwards (or previous) command. The media-playback device 102 may beconfigured to recognize these skip forward/backward commands when thecorresponding tap/double-tap inputs are received anywhere on the userinterface screen 640. In these embodiments, actuating the other userinterface elements may, for example, require a long tap. Alternatively,the media-playback device 102 may be configured to recognize these skipforward/backward commands when the corresponding tap/double-tap inputsare received anywhere on the user interface screen 640 such as on ornear the graphical element 648 or on or near the currently selectedshelf 642.

FIG. 12 is a schematic diagram of another embodiment of a user interfacescreen 710 generated by some embodiments of the media-playback device102 when the media-playback device 102 is operating in a travel mode.Similar to the user interface screen 640, the user interface screen 710presents a plurality of cards on shelves that represent media contentitems that can be selected for playback. Also shown are touch targets712 and 714. The touch targets overlay the user interface screen 710 butare shown next to the user interface screen 710 for clarity. In otherwords, the touch targets 712 and 714 represent how the user interfacescreen 710 is divided into regions for interpreting touch inputs.

In this example, the media-playback device 102 is configured torecognize a tap touch input received in the touch targets 712 as a skipbackward (previous) command, and a tap touch input received in the touchtargets 714 as a skip forward command. In this example, the userinterface screen 750 is divided vertically between the touch targets 712and touch targets 714. The touch targets 712 are disposed over aleft-most portion of the screen and the touch targets 714 is disposedover the remainder of the screen. In this example, the touch targets 714is larger than the touch targets 712 to allow users to more easilyperform a skip forward action. In some embodiments, other divisionsbetween the touch targets 712 and the touch targets 714 are used. Forexample, the division can be at 10%, 20%, 25%, 33%, 40%, 50%, or anotherpercentage of the screen.

FIG. 13 is a schematic diagram of another embodiment of a user interfacescreen 750 generated by some embodiments of the media-playback device102 when the media-playback device 102 is operating in a travel mode.The user interface screen 750 is similar to the media-playback engine170 discussed above with respect to FIG. 12. However, in this example,the user interface screen 750 is divided into a touch target 752, atouch target 754, a touch target 756, and a touch target 758. The touchtargets 752 and 754 may operate similarly to the previously describedtouch targets 712 and 714. However, the touch target 752 and 754 do notextend from the top to the bottom of the user interface screen 750.Instead, the touch targets 756 and 758 are disposed as horizontal bandsacross the top and bottom of the user interface screen 750 respectively.Various embodiments are configured to provide various functionality whentap touch inputs are detected within the touch target 756 and the touchtarget 758 (e.g., switching shelves, actuate a different user interfaceelement such as those shown with respect to user interface screen 640 inFIG. 11).

Similar to the user interface screen 640, the user interface screen 710presents a plurality of cards on shelves that represent media contentitems that can be selected for playback. Also shown are touch targets712 and 714. The touch targets overlay the user interface screen 710 butare shown next to the user interface screen 710 for clarity. In otherwords, the touch targets 712 and 714 represent how the user interfacescreen 710 is divided into regions for interpreting touch inputs.

FIG. 14 is a schematic diagram of another embodiment of a user interfacescreen 790 generated by some embodiments of the media-playback device102 when the media-playback device 102 is operating in a travel mode.The user interface screen 790 is similar to the user interface screen640 shown in FIG. 11 except that the user interface screen 790 alsoincludes information pane 792. In this example, the information pane 792includes navigation information provided by a navigation application.Here, the navigation information comprises next turn information. Insome embodiments, the media-playback device 102 is configured to switchto a different application in response to receiving a touch input withinthe information pane 792. For example, the media-playback device 102 mayswitch to the navigation application providing the next turn information(e.g., as shown in FIG. 15). Additionally, some embodiments include auser-actuatable interface element to expand the information pane 792 toprovide additional information overlaid on the user interface screen790. The information shown in the information pane 792 is generated by athird-party application in some embodiments. Although the example shownin this figure relates to a navigation information and specifically nextturn information. Other types of information can be shown too such astraffic information, weather information, communication information,etc.

FIG. 15 is a schematic diagram of another embodiment of a user interfacescreen 820 generated by some embodiments of the media-playback device102 when the media-playback device 102 is operating in a travel mode.The user interface screen 820 allows for control of media contentplayback while providing content from another application. In thisembodiments, the user interface screen 820 includes an applicationcontent panel 822 and a media content selection panel 824.

In some embodiments, the media-playback engine 170 receives the contentdisplayed in the application content panel 822 from another applicationrunning on the media-playback device 102. Alternatively, themedia-playback engine 170 transmits the content displayed within themedia content selection panel 824 to another application running on themedia-playback device 102 for display within the application. In thisexample, the application content panel 822 includes content related tonavigating.

The media content selection panel 824 includes controls for selectingmedia content items for playback. In this example, the media contentselection panel 824 includes a shelf that includes a currently playingcard 826, additional cards 830 that can be accessed and selected with aswipe left touch input, and additional cards 832 that can be accessedand selected with a swipe right touch input. In some embodiments, a taptouch input within the media content selection panel 824 is recognizedas a skip forward command and a double-tap touch input is recognized asa skip backward (previous) command.

FIG. 16 is a schematic diagram of an embodiment of a user interfacescreen 850 that is generated by some embodiments of the media-playbackdevice 102 when the media-playback device 102 is operating in a travelmode. Similar to the user interface screen 640, the user interfacescreen 850 presents a plurality of cards on shelves that represent mediacontent items that can be selected for playback. In this embodiment, astack of cards 858 is provided on the user interface for interactingwith a selected playlist.

The user interface screen 850 includes a currently selected shelf 852,an upper shelf 854 and a lower shelf 856. The currently selected shelf852 is similar to the previously described currently selected shelf 642except that the currently selected shelf 852 includes the cards 858. Inthis example, the currently selected shelf 852 is shown to also includegraphic elements 862 and 864 associated with other cards on the shelf852.

The upper shelf 854 includes a graphical element 866 associated with acard on the upper shelf 854. The upper shelf 854 may be similar to thepreviously described upper shelf 644.

The lower shelf 856 includes a graphical element 868 associated with acard on the lower shelf 856. The lower shelf 856 may be similar to thepreviously described lower shelf 646.

The stack of cards 858 includes a plurality of cards, including a cardassociated with the graphical element 860. For example, the stack ofcards 858 can include a card for each media content item within aplaylist being played by the media-playback device 102. The stack ofcards 858 includes a graphical element 860 associated with the currentlyplaying media content item.

In the embodiment shown, the stack of cards 858 is rendered in aperspective-like view to indicate that multiple cards are available inthe cards 858. The number of cards shown in the rendered graphic may butdoes not necessarily correspond to the actual number of cards in thecards 858. Additionally, some embodiments do not render the cards 858using a perspective-like view. These embodiments can include othervisual indicators that there are multiple cards in the stack of cards.It should be understood, however, that some embodiments do not includeany visual indicator that there are multiple cards in the stack ofcards.

As described with respect to user interface screen 640, the cards arearranged along the shelves in a first direction D1 (e.g., horizontal inthis figure) and the shelves are arranged in a second direction D2(e.g., vertical in this figure) relative to each other. When a userinput (e.g., a horizontal swipe touch or gesture) corresponding to thedirection D1 is received, a different card from within the currentlyselected shelf 852 will be selected as the active card. Similarly, whena user input (e.g., a vertical swipe touch or gesture) corresponding tothe direction D2 is received, a different shelf will become the activeshelf.

With the cards 858, the cards are arranged within a third dimension D3that is normal to the surface of the media-playback device 102 (e.g., adimension that goes into and out of the screen). The third dimension issometimes referred to as a Z-dimension or depth. When a user input(e.g., a tap into the screen, a double tap into the screen, a longpress) corresponding to the dimension D3 is received, a different cardfrom within the cards 858 will be selected as the active card. When acard from the stack of cards 858 becomes the active card, themedia-playback device 102 will typically begin to playback the mediacontent item associated with that card. When such an input is received,some embodiments, generate an animation showing the card at the top ofstack moving to the back. In some embodiment of the travel modeinterfaces, however, these animations are not displayed.

As described previously, the cards on the shelves typically correspondto playlists (i.e., groups of multiple media content items). The same isgenerally true for the cards corresponding to the graphical elements862, 864, and 866 (i.e., all of the cards shown in the user interfacescreen 850 except those in the cards 858). Although alternatives arepossible, each card of the cards 858 typically corresponds to a singlemedia content item. The cards corresponding to a playlist will bereferred to as playlist cards (e.g., those corresponding to thegraphical elements 862, 864, 866, and 868) and the cards correspondingto a media content item will be referred to as media content item cards(e.g., those in the cards 858, including the graphical element 860).

When one of the playlist cards becomes the active card in response to auser input corresponding to either the direction D1 or the direction D2,the newly active playlist card is converted to a stack of cardscomprising media content item cards. As a playlist card, the newlyactive card would typically be associated with a graphical elementrepresenting the playlist as a whole. In some embodiments, theseplaylist graphical elements comprise an image selected to convey thetheme of the playlist (e.g., a cup of coffee for a coffeehouse relatedplaylist). Additionally, in some embodiments, these playlist graphicalelements are generated as a mosaic of cover art from the media contentitems within the playlist. Although alternatives are possible, when aplaylist card becomes the active card, the graphical element associatedwith a graphical element associated with a first media content itemwithin the playlist and shown as graphical element 860.

Alternatively, in some embodiments, a graphical element associated witha playlist trailer (which is described in more detail below) is showninitially as the first card (e.g., as graphical element 860) in thecards 858 while the playlist trailer is played back. After playback ofthe playlist trailer is complete, a graphical element corresponding tothe first media content item card is then shown as graphical element860.

FIG. 17 illustrates an example method 890 of playing back media contentusing a stack of cards user interface performed by some embodiments ofthe media-playback device 102.

At operation 892, a graphical element associated with a playlist card isdisplayed. For example, the graphical element can be displayed on ashelf of a user interface screen of the media-playback device 102.

At operation 894, an initial selection of the playlist card is received.The initial selection may be a user input corresponding to a previewoperation (e.g., a long press on a graphical element corresponding tothe playlist card). In an example, a preview operation can automaticallybe performed when a playlist is selected or activated (e.g., by movingalong or to a shelf).

At operation 896, a graphical element associated with a playlist trailerfor the selected playlist card is displayed and playback of the playlisttrailer begins. Generation of the playlist trailer and the graphicalelement associated with the playlist trailer is described in furtherdetail below. The graphical element associated with the selectedplaylist trailer may be shown in place of the previously displayedgraphical element associated with the playlist card.

At operation 898, a confirmatory selection of the playlist card isreceived. Examples of the confirmatory selection may include user inputsuch as a single tap, releasing a long press and double tapping theplaylist card, swiping the playlist card in a particular direction, andother types of user input. The confirmatory selection may also beinferred based on completing playback of the playlist trailer.

At operation 900, playback of the playlist associated with the playlistcard begins. For example, playback may begin by playing back a firstmedia content item within the playlist.

At operation 902, a graphical element associated with a currentlyplaying media content item in the playlist is displayed. For example,the graphical element can be an image such as cover art associated withthe media content item. Additionally, the graphical element can be avideo (though, typically not during travel mode) such as a music videoassociated with the media content item.

Although the method 890 and the stack of cards interface (e.g., as shownand described with respect to FIG. 16) are often described in terms of atravel mode interface, they are not so limited. Both the method 890 andthe stack of cards interface are usable in other modes and in othersituations too.

FIG. 18 includes a schematic diagram of a playlist 950 and an associatedplaylist trailer 956. As shown in FIG. 18, the playlist 950 includesmedia content items 952 a, 952 b, and 952 c through 952 n. The playlisttrailer 956 is generated from snippets of the media content items 952 a,952 b, and 952 c through 952 n. At a minimum, the playlist trailer 956includes at least two snippets.

In some embodiments, the playlist trailer 956 is generated usingsnippets from all of the media content items in the playlist 950. Inother embodiments, the playlist trailer 956 is generated from a subsetof the media content items in the playlist 950. For example, machinelearning techniques such as kernel method (e.g., support vectormachines) or clustering techniques may be used to identify a subset ofthe media content items that are representative of the full set of mediacontent items (e.g., one media content item from each cluster).Alternatively, a subset may be generated by selecting randomly orotherwise a subset of the media content items. As another option, thesubset may be generated by selecting randomly or otherwise one mediacontent item associated with each genre, era, etc. represented in theplaylist 950.

The snippets 954 a-954 n can be selected using various techniques.Although alternatives are possible, FIG. 18 shows the snippets beingselected based on the location of the hooks in the media content items952 a-952 n. The hook may comprise a short portion of the media contentitem that is particularly catchy or memorable. In some embodiments, thehook comprises the chorus or a portion of the chorus of a song.Timestamps corresponding to the location of the hook within a mediacontent item may be stored in metadata associated with the media contentitems. By incorporating snippets that include the hook into the playlisttrailer 956, a user listing to the playlist trailer may be more likelyto recognize the media content item from which the snippet is extracted.

Other alternatives include selecting a snippet comprising apredetermined portion at the beginning of a media content item, in themiddle of a media content item, or randomly. The snippets may all be ofuniform duration or may have varying durations depending on the durationof the hook within the associated media content item (e.g., as specifiedin metadata associated with the media content items) or other factors.

In some embodiments, the playlist trailer 956 comprises a single mediacontent item that is stored as file containing a concatenation of all ofthe snippets. In these embodiments, the playlist trailer 956 may begenerated and stored by the media-delivery system 104.

Alternatively, the playlist trailer 956 can comprise metadata thatessentially defined a playlist of snippets. The metadata may comprisedata that identifies the media content items 952 a-952 n along withtimestamps into the media content items 952 a-952 n that identify thestart (and in some embodiments the end) of the snippet. Themedia-delivery system 104 may provide this metadata for the associatedplaylist trailer 956 and may provide one or more streams of mediacontent to the media-playback device 102 for playback of the trailer.During playback of the associated playlist trailer 956, themedia-playback device 102 then plays only the snippet portion of each ofthe media content items 952 a-952 n based on the metadata for theassociated playlist trailer 956. In some of these embodiments, duringplayback of the associated playlist trailer 956 the media-playbackdevice 102 is configured to receive tap inputs (or other inputs) as acommand to skip the remainder of the currently playing snippet. In thismanner, a user may very quickly preview a playlist.

FIG. 19 illustrates an example method 980 of generating a playlisttrailer for a playlist performed by some embodiments of themedia-playback system 100. For example, the method 980 may be performedby the media-playback device 102 or the media-delivery system 104 invarious embodiments.

At operation 982, a plurality of media content items from a playlist areidentified for inclusion in a playlist trailer. As described above, insome embodiments all media content items are included, while in otherembodiments only a subset of the media content items is included in theplaylist trailer (e.g., based on time constraints). Various techniquesfor selecting the subset to include in the playlist trailer aredescribed above.

At operation 984, snippets from the identified plurality of mediacontent items are identified. As described above, various techniques canbe used to identify snippets of the plurality of media content items forinclusion in the playlist trailer (e.g., the beginning, middle, end, orhook may be selected). The snippets may all have a uniform length orvarying lengths depending on the media content item.

At operation 986, the identified snippets are combined to generate aplaylist trailer. As described above, in some embodiments the mediacontent for each of the snippets may be concatenated to form a singlemedia content file containing the media content of the playlist trailer.Additionally, in some embodiments, metadata associated with the mediacontent items and the snippets is combined to form the playlist trailer.

In addition to generating a playlist trailer, some embodiments alsogenerate a graphical element corresponding to the playlist trailer. Inat least some of these embodiments, graphical elements associated withsome or all of the media content items in a playlist are arranged in amosaic to form the graphical element for the playlist trailer. Forexample, the graphical element for the playlist trailer may be dividedinto quadrants, with each quadrant being populated by a graphic elementassociated with a different media content item from the media contentitems included in the playlist trailer.

FIG. 20 includes a schematic diagram of a playlist 950 and an associatedplaylist trailer graphical element 1000. As shown in FIG. 20, theplaylist 950 includes media content items 952 a, 952 b, and 952 cthrough 952 n. The playlist trailer graphical element 1000 is generatedby arranging graphical elements 1002 a, 1002 b, 1002 c, and 1002 n intoa mosaic. Other embodiments can combine different numbers of graphicalelements to generate the associated playlist trailer graphical element1000.

In some embodiments, base (or normal mode) user interfaces are providedusing a declarative language. The base user interfaces may be storedlocally on the media-playback device 102 or may be provided by themedia-delivery system 104. Some embodiments perform a method ofsimplifying these base user interfaces to generate travel mode userinterfaces for use during travel. In this manner, a single base userinterface can be defined that can be programmatically converted to atravel mode user interface.

An example method for programmatically converting a base user interfacecan include the step of identifying and removing user interface elementsthat are smaller than a predetermined threshold. The method can alsoinclude removing less necessary controls, which may be identified basedon a predefined set of control types, such as controls relating tocurating (e.g., generating or editing) playlists may be in this set forremoval in travel mode. The based user interface may also include tagsthat indicate whether the elements are necessary (e.g., an optionaltag). The method can also include the step of generating touch targetsfor the remaining elements that are larger than in the base userinterface. The method may also expand the rendering of the remainingelement to match the expanded touch targets. Additionally, the methodcan include the step of generating a default action for touches that areoutside of the defined touch targets (e.g., the default action may beskip for a single tap). The base user interface definition may alsoinclude information about an appropriate default action.

Here is an example declarative language definition of a portion of abase user interface:

<area name=“background”>   <button name=“button1” size=“2”>   <buttonname=“button2” size=“5”>   <button name=“button3” size=“2”> </area>

Here is another example declarative language definition of a portion ofa base user interface that include tags for use in rendering a travelmode user interface:

<area name=“background”>   <button name=“button1” size=“2”importance=“low”>   <button name=“button2” size=“5” importance=“high”optional- strike=“background”>   <button name=“button3” size=“2”importance=“low”> </area>

In some embodiments, when rendering this example user interface innormal mode, the importance and optional-strike tags are ignored, butwhen rendered in travel mode the tags are used. For example, theelements marked with low importance attributes are not rendered in thetravel mode interface, the size of the remaining elements is increased(e.g., from 5 to 7), and an element is selected as the default buttonfor background touches based on the optional-strike attribute.

As noted previously, although many of the examples provided above aredescribed with respect to traveling in a vehicle, other embodimentsrelate to other forms of travel or even other types of activities inwhich a user should not be distracted.

The various embodiments described above are provided by way ofillustration only and should not be construed to limit the claimsattached hereto. Those skilled in the art will readily recognize variousmodifications and changes that may be made without following the exampleembodiments and applications illustrated and described herein, andwithout departing from the true spirit and scope of the followingclaims.

EXAMPLES

In a first example, there is a method of media playback by a mediaplayback device, the method comprising: playing a media content item ofa selected playlist of a selected group of playlists; generating a userinterface displaying a graphic associated with the media content itemthat is playing; when a tap input is received at the user interface,playing a next media content item of the selected playlist; when adouble tap input is received at the user interface, playing a priormedia content item of the selected playlist; when a horizontal swipeinput is received at the user interface, playing a media content item ofanother playlist within the selected group of playlists; and when avertical swipe input is received at the user interface, playing a mediacontent item of a playlist of a different group of playlists.

In a second example, there is a method of media playback by a mediaplayback device, the method comprising: playing a media content item ofa selected playlist of a selected group of playlists; generating a userinterface displaying a graphic associated with the media content itemthat is playing; when an input associated with a first dimension isreceived into the user interface, playing another media content item ofthe selected playlist; when an input associated with a second dimensionis received into the user interface, playing another media content itemof another selected playlist of the selected group of playlists; andwhen an input associated with a third dimension is received into theuser interface, playing another media content item of another selectedplaylist of another group of playlists.

In a third example, there is a method of media playback by a mediaplayback device, the method comprising: playing a first media contentitem of a first playlist of a first group of playlists; generating auser interface displaying a graphic associated with the first mediacontent item that is playing; when an input associated with a firstdimension is received into the user interface, playing a second mediacontent item of first playlist; when an input associated with a seconddimension is received into the user interface, playing a first mediacontent item of a second playlist of the first group of playlists; andwhen an input associated with a third dimension is received into theuser interface, playing a first media content item of a first playlistof a second group of playlists.

In a fourth example, there is a media playback device comprising: anaudio output device for media playback; a touch-sensitive display; aprocessor; and a computer-readable storage device storing datainstructions. The instructions, when executed by the processor, causethe processor to: play a media content item through the audio outputdevice, the media content item being in a playlist of a group ofplaylists; switch to playing a different media content item when afirst-dimension input is detected at the touch-sensitive display; switchto playing a different media content item of a different playlist when asecond-dimension input is detected at the touch-sensitive display; andswitch to playing a different media content item of a different playlistof a different group of playlists when a third-dimension input isdetected at the touch-sensitive display.

In a fifth example, there is a method of media playback by a mediaplayback device, the method comprising: playing a media content item ofa selected playlist of a selected group of playlists; generating a userinterface displaying a graphic associated with the media content itemthat is playing; when a tap input is received at the user interface,playing a next media content item of the selected playlist; when adouble tap input is received at the user interface, playing a priormedia content item of the selected playlist; when a horizontal swipeinput is received at the user interface, playing a media content item ofanother playlist within the selected group of playlists; and when avertical swipe input is received at the user interface, playing a mediacontent item of a playlist of a different group of playlists.

What is claimed is:
 1. A device comprising: a touch-sensitive display; aprocessor; and a non-transitory computer-readable medium comprisinginstructions that, when executed by the processor, cause the processorto: play a first media content item of a first playlist of a first groupof playlists; generate a user interface displaying a graphic associatedwith the first media content item that is playing; responsive toreceiving a tap or double tap input over the touch-sensitive display,play a next media content item or a previous media content item of thefirst playlist; responsive to receiving a horizontal swipe input overthe touch-sensitive display, play a playlist trailer associated with asecond playlist of the first group of playlists, wherein the playlisttrailer comprising snippets from a plurality of media content items ofthe second playlist of the first group of playlists; and responsive toreceiving a vertical swipe input over the touch-sensitive display, playa playlist trailer associated with a first playlist of a second group ofplaylists wherein the playlist trailer comprises snippets from aplurality of media content items of the first playlist of the secondgroup of playlists.
 2. The device of claim 1, further comprisinginstructions that, when executed by the processor, cause the processorto: responsive to receiving a user input over the touch-sensitivedisplay while a playlist trailer is playing, playing a playlistassociated with the playing trailer.
 3. The device of claim 1, whereingenerating the user interface comprises: representing the first mediacontent item as a media content item card; representing the firstplaylists as a stack of media content item cards; and representing oneor more playlists other than the first playlist as one or more playlistcards.
 4. A non-transitory computer-readable medium comprisinginstructions that, when executed by a processor, cause the processor to:play a first media content item of a first playlist of a first group ofplaylists; generate a user interface displaying a graphic associatedwith the first media content item that is playing; responsive to aninput associated with a depth dimension being received into the userinterface, play a second media content item of the first playlist;responsive to an input associated with a horizontal dimension beingreceived into the user interface, play a media content item associatedwith a second playlist of the first group of playlists; and responsiveto an input associated with a vertical dimension being received into theuser interface, play a first media content item associated with a firstplaylist of a second group of playlists.
 5. The non-transitorycomputer-readable medium of claim 4, wherein the input associated withthe depth dimension comprises a tap input, and wherein the second mediacontent item is a next media content item of the first playlist.
 6. Thenon-transitory computer-readable medium of claim 4, wherein the inputassociated with a depth dimension comprises a double tap input, andwherein the second media content item is a prior media content item ofthe first playlist.
 7. The non-transitory computer-readable medium ofclaim 4, wherein the media content item associated with the secondplaylist of the first group of playlists or the media content itemassociated with the first playlist of the second group of playlists is aplaylist trailer comprising a plurality of media content item snippets.8. A method of media playback by a media playback device, the methodcomprising: playing a first media content item of a first playlist of afirst group of playlists; generating a user interface displaying agraphic associated with the first media content item that is playing;responsive to receiving an input associated with a first dimension,playing a second media content item of first playlist; responsive toreceiving an input associated with a second dimension, playing a firstmedia content item of a second playlist of the first group of playlists;and responsive to receiving an input associated with a third dimension,playing a first media content item of a first playlist of a second groupof playlists.
 9. The method of claim 8, wherein the first dimension is adepth dimension.
 10. The method of claim 8, wherein the second dimensionis a horizontal dimension.
 11. The method of claim 8, wherein the thirddimension is a vertical dimension.
 12. The method of claim 8, whereinthe input associated with a first dimension comprises a tap input, andwherein the second media content item is a next media content item ofthe first playlist.
 13. The method of claim 8, wherein the inputassociated with a first dimension comprises a double tap input, andwherein the second media content item is a prior media content item ofthe first playlist.
 14. The method of claim 8, wherein the inputassociated with the second dimension comprises a horizontal swipe input.15. The method of claim 8, wherein the input associated with the thirddimension comprises a vertical swipe input.
 16. The method of claim 8,wherein generating the user interface comprises representing the firstmedia content item as a media content item card.
 17. The method of claim8, wherein generating the user interface comprises: representing thefirst playlist as stack of media content item cards; and representingone or more playlists other than the first playlist as playlist cards.18. The method of claim 8, wherein generating the user interfacecomprises representing the first group of playlists as playlist cards ona shelf.
 19. The method of claim 8, wherein the first media content itemof the second playlist of the first group of playlists or the firstmedia content item of the first playlist of the second group ofplaylists is a playlist trailer.
 20. The method of claim 19, wherein theplaylist trailer comprises a plurality of media content item snippets.